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METHOD AND APPARATUS FOR DELIVERING 
MESSAGES TO WIRELESS DEVICES 

BACKGROUND OF THE INVENTION 
Field of the Invention 

[0001) The present invention is directed to the field of wireless - 

communications. More particularly, the present invention is directed to a 
method and apparatus for updating databases in wireless devices that are 
designed to operate in wireless communications networks. 
Discussion of the Related Art 

[0002] Referring to Figure 1 , current wireless devices 100 generally include an 

internal database 102 that stores information related to local calling areas. A 
wireless device can be a wireless phone, a computer, a portable computer, a 
personal data assistant, a pager, a two-way text pager, and other devices. As 
known in the art, local calling areas are geographic regions where local wireless 
service providers provide wireless service. Generally, there is more than one 
wireless service provider in each local calling area. 

[0003] As shown in Figure 2, some examples of local calling areas include a 

Southeastern region 104 near Atlanta, Georgia, a Mid- Atlantic region 106 
including Metropolitan Washington, D.C., a Northeastern region 108 that 
includes New York City, and a Southwestern region 1 10 that includes Arizona. 
The four regions mentioned above are examples of only some of the regions in 
the United States — the United States has many other local calling areas. 

[0004] In addition to local calling areas in the United States, there are local 

calling areas in other countries throughout the world. Some examples include: 
a central European region 112 that includes Switzerland, a Far East region that 
includes South Korea 1 14, and a South American region 1 16 that includes 
Argentina. Again, there are many other local calling areas throughout the 
world. 

[0005] Wireless subscription companies provide wireless telephone service to 

customers and manage customer accounts. Wireless subscription companies 
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track wireless service usage by customers and bill customers for their use of 
wireless network resources. Some examples of wireless subscription 
companies include Cingular, AT&T, Sprint, and Verizon Wireless. 

[0006] In addition to managing customer accounts, wireless subscription 

companies also negotiate with local wireless service providers. This is because 
one wireless subscription company generally does not own the necessary 
infrastructure and equipment in every local calling area to provide local 
wireless service on its own network. Therefore, wireless subscription 
companies generally negotiate with local wireless service providers and 
eventually enter into agreements with those local wireless service providers. 
These negotiations generally entail negotiating between the various local 
wireless providers in a particular region to obtain the most favorable rates for 
their customers. For example, in a hypothetical situation, a wireless 
subscription company, for example, Cingular, might negotiate with several 
local wireless service providers in Northeast region 108. This is a region where 
Cingular may not provide local wireless service and therefore must negotiate an 
agreement with a local wireless service provider to provide service for its 
customers in that region of the country. 

[0007] In that region, there may be one established local wireless service 

provider with a large customer base. The network of this established provider 
may be filled to capacity and therefore, the established provider might offer, for 
example, 95 cents per minute to Cingular for their customers who use the local 
Northeast network resources of the established local wireless provider. There 
may be another service provider that offers, for example, 75 cents per minute, 
and there may be a new service provider that has excess capacity and needs to 
populate its network. The new service provider may offer, for example, 15 
cents per minute. There are many other factors that affect the prices offered by 
local wireless service providers. They also change their rates frequently and 
there are new entrants into the various regional markets that also affect price. 
So, in response to this dynamic and changing market for local wireless service, 
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wireless subscription providers frequently negotiate new agreements with local 
wireless service providers and frequently re-negotiate existing agreements. 

As wireless device 100 travels through various regions, it is important 
for wireless device 100 to know which one of the many local wireless service 
providers has an agreement with the wireless subscription company. Without 
determining which local wireless service provider has agreed tcrsupport the 
subscription company's customers, wireless device 100 will not be able to 
utilize wireless service in that region. 

Database 102 on wireless device 100 includes information related to the 
identities of the various local wireless service providers throughout the country 
and throughout the world that have agreed to provide local wireless service to 
wireless device 100. Database 102 may include information that informs 
wireless device 100 which local wireless service provider should be used in the 
various regions. 

As the subscription company negotiates new agreements with different 
local wireless service providers, the subscription company informs its 
customers by sending out updated information for each of their customer's 
wireless devices 100. The updated information is intended to be stored in 
database 102 and contains information related to local wireless service 
providers that have entered into agreements with the subscription company. 
Accordingly, as the subscription company negotiates new agreements and 
changes the local wireless service providers that will serve their customers, the 
subscription company must constantly send new information to update 
databases 102 in all wireless devices 100 subscribing to the company. 

In order to update all of the databases 102 of all of their customer's 
wireless devices, prior art systems simply created a list of all wireless devices 
associated with their customers and sent updated information to those wireless 
devices sequentially. In other words, the typical prior art system simply goes 
down a list of wireless devices and attempts to contact the wireless device and 
deliver the new updated information for 4atabase 102. 



WO 02/080595 



PCT/US02/09586 



{0012] This system consumes an enormous amount of system resources and is 

generally inefficient. This is because prior art systems tended to flood the 
communications network with the updated information for all of the wireless 
devices at the same time. Consider a typical situation where a subscription 
company manages about 15 million wireless devices. The system would have 
to update the databases in all of these 15 million wireless devices as soon as 
possible. In order to accomplish this, the prior art system would run down the 
list of wireless devices that required the updated information, the prior art 
system would then attempt to transmit that information to the communications 
network without regard for the amount of traffic that procedure would generate. 

(0013] In essence, the prior art system would attempt to sequentially deliver 1 5 

million updates. This would put tremendous strain on the communications 
network and consume enormous amounts of network resources. Also, because 
prior art systems were sequential, those systems would attempt to deliver 
messages without regard for the successful delivery of the updated information. 
In some cases, prior art systems had successful delivery rates below 30%. This 
meant that the updates would have to be attempted over and over again until the 
system accomplished a successful delivery. This repetition also consumed an 
enormous amount of resources on the communications network. 

SUMMARY AND OBJECTS OF THE INVENTION 

[0014] The present invention is directed to a method and apparatus for 

delivering messages to a wireless device. The present invention generally 
includes a system and method that receives an autonomous registration from a 
wireless device, and then, after receiving the autonomous registration, the 
system transmits information to the wireless device. The transmitted 
information is associated with the identity of at least one local wireless service 
provider. That information can be used by the wireless device to update its 
internal database. By waiting for the autonomous registration from the wireless 
device, as opposed to transmitting all of the updates sequentially, the present 
invention conserves resources of the conynunications network. Also, because 
the wireless device has registered, there is a greater chance that the wireless 
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device will successfully receive the updated information. The present invention 
assists in improving the delivery success rate. 
[0015] In one aspect, the invention includes a step of receiving information 

about an agreement with a local wireless service provider. Once this 
information is received, the system waits for a wireless device to register. After 
the wireless device has registered, the system transmits information to the 
wireless device related to the agreement with the local wireless service 
provider. This permits the wireless device to function properly when the 
wireless device is in the geographic region that is serviced by the local wireless 
service provider. 

[00161 I* 1 another aspect, the invention includes a method for delivering a 

message to a wireless device, including the steps of transmitting information to 
the wireless device in response to an autonomous registration by the wireless 
device. In this method, the information that is transmitted to the wireless 
device includes information associated with an identity of at least one local 
wireless service provider. 

[0017] In another aspect, the invention includes a system for delivering a 

message to a wireless device including a centralized database, a pending 
database adapted to store information related to the records of messages that 
have been sent but no acknowledgement has been received, a concerned 
database adapted to store information related to records of wireless devices that 
have not yet received updated information, and a message database adapted to 
store portions of SMS messages, wherein the system sends information to a 
wireless device in response to an autonomous registration by the wireless 
device. 

[0018] In another aspect, the invention includes a method for determining 

successful delivery of a message to a wireless device, including the steps of: 
receiving a return result from a wireless device, determining if the return result 
is an error, if the result is an error determining the total number of errors 
received and comparing the total number^of errors to a predetermined number, 
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and associating the wireless device with an unavailable condition in a database 
if the total number of errors received exceeds the predetermined total. 

In another aspect, the invention includes a method for determining 
successful delivery of a message to a wireless device comprising the steps of: 
checking a time stamp of a record in a pending database, using the time stamp 
to determine a total time, determining if the total time exceeds a predetermined 
time period, and updating the history database if the total time exceeds the 
predetermined period. 

It is to be understood that both the foregoing general description and the 
following detailed description are exemplary and explanatory and are intended 
to provide further explanation of the invention as claimed. 

Additional features and advantages of the invention will be set forth in 
the description which follows, and in part will be apparent from the description, 
or may be learned by practice of the invention. The objectives and other 
advantages of the invention will be realized and attained by the structure 
particularly pointed out in the written description and claims hereof as well as 
the appended drawings. 

BRIEF DESCRIPTION OF THE DRAWINGS 

The accompanying drawings, which are included to provide a further 
understanding of the invention and are incorporated in and constitute a part of 
this specification, illustrate embodiments of the invention and together with the 
description serve to explain the principles of the invention. In the drawings: 

Figure 1 is a schematic diagram of a wireless device. 

Figure 2 is a schematic diagram illustrating geographic local calling 

areas. 

Figure 3 A is an exemplary flow diagram of an embodiment of the 
present invention. 

Figure 3B is a schematic diagram of an embodiment of the present 
invention. 

Figure 4 is a schematic diagram o£an embodiment of a system to collect 
registrations. 
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[0028] Figure 5 is a schematic diagram of a second embodiment of a system to 

collect registrations. 

(0029 1 Figure 6 is a schematic diagram of a third embodiment of a system to 

collect registrations. 

(0030) Figure 7 is a schematic diagram of a fourth embodiment of a system to 

collect registrations. 

10031] Figure 8 is an exemplary flow diagram of an embodiment of the present 

invention. 

|0032) Figure 9 is an exemplary flow diagram of an embodiment of an 

acknowledgement loop in accordance with the present invention. 

[0033] Figure 10 is an exemplary flow diagram embodiment of a non- 

acknowledgement loop in accordance with the present invention. 

[0034| Figure 1 1 is a schematic diagram of an embodiment of the present 

invention. 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT(S) 
|0035J Reference will now be made in detail to the preferred embodiments of 

the present invention, examples of which are illustrated in the accompanying 
drawings. 

[0036| Figures 3 A and 3B are flow diagrams of an embodiment of the present 

invention. This embodiment of the invention includes several steps. This 
embodiment can be implemented by a system 350 (shown in Figure 3B). The 
term "system" as used in this specification and claims means one or more 
machines in communication with one another, or one or more people operating 
one or more machines. The term "machine" means a computer or an apparatus 
other than a computer. In the embodiment shown in Figure 3B, system 350 is 
part of a wireless network 340. In step 302, the system receives information 
related to an agreement between the subscription company and a local wireless 
service provider. This information can be entered by, for example, a business 
office that has negotiated an agreement with the local wireless service provider. 
In Figure 3, this information is referred to,as a first item of information (step 
302). 

7 

BNSOOCIO <WO 02080SSSA1.I_> 



WO 02/080595 



PCT/US02/09586 



[0037] In optional second step 304, the first item of information is converted 

into a format that is more appropriate for transmission to wireless device 1 00. 
However, this step is optional and the first item of information may be 
transmitted directly to wireless device 100. In another embodiment, the 
business office that provided the information to the system can pre-format the 
information so that the information can be sent directly to wiretess device 100 
without modification. 

[0038] The system then waits for a registration from wireless device 100. This 

occurs in step 306. As well known in the art of wireless communications, a 
registration is an event where a wireless device initiates contact with the 
wireless network 340 to alert system 350 of its presence, location, and 
attributes. In this embodiment, the system waits for the registration event 
before sending the update information to wireless device 100. 

[0039] In step 308, after system 350 has received the registration event from a 

wireless device 100, system 350 then sends or transmits the third item of 
information, or in some cases, the first item of information, to wireless device 
100. The terms, "send" and 'transmit" as used in this disclosure includes 
sending information as an SS7 network message, and is not limited to a 
wireless RF transmission from a cellular tower directly to the wireless device. 
Recall that the third item of information is a re-formatted version of the first 
item of information that is more appropriately suited for wireless device 100. 
Recall also that step 304 is optional, and that system 100 could send the first 
item of information directly to wireless device 100 without modification. 

[0040] Many different forms of hardware and software can be used to 

implement the embodiment shown in Figures 3A and 3B. The following 
disclosure is an example of a system that can be used to implement the 
embodiment disclosed above. 

[0041] One feature of the present invention is to collect registration 

information, and Figure 4 shows one embodiment of a system that can be used 
to collect registration information. As sh^wn in Figure 4, wireless device 100 
communicates with a cellular tower 402. The cellular tower 402 communicates 

8 



SNSOOCia <WO__02080595A1_L> 



WO 02/080595 



PCT/US02/09586 



with an MTSO (Mobile Telephone Switching Office) 404 through a cable 406. 
One method that can be used to collect registration information is to attach a 
protocol analysis device 408 to cable 406. Protocol analysis device 408 taps 
into cable 406 and monitors or listens to all of the communications traffic 
traveling through cable 406. Protocol analysis device 408 listens for a specific 
signal, a registration signal. Once a registration signal is detected, protocol 
analysis device 408 outputs information related to the registration signal. If 
desired, other protocol analysis devices 410, 412, 414 could be deployed to 
monitor other cell towers 420, 422 and 424, respectively. 

[0042] Figure 5 shows a second method that can be employed to collect 

registration information. Cell tower 502 communicates with an MTSO 504 via 
cable 506. MTSO 504 includes provisions that provide a registration feed. In 
one embodiment, MTSO 504 sends a registration feed out of a line 508. Line 
508 can be any suitable medium that can carry a registration feed. In one 
embodiment, line 508 is an Ethernet line. 

(0043] Figure 6 shows another method that can be used to collect registration 

information. In this embodiment a cell tower 602 communicates with an 
MTSO 604. MTSO 604 is connected to other network elements like an STP 
(Signal Transfer Point) 606. Communications can occur using SS7 (Signaling 
System 7) protocols. As shown in Figure 6, a first SS7 link 620 connects 
MTSO 604 with STP 606. STP 606 can be connected to other network 
elements such as HLR (Home Location Register) 608 with a second SS7 link 
622. 

[0044] A probe 610 is designed to monitor communications activity through an 

SS7 link and is connected to at least one SS7 link. In the embodiment shown in 
Figure 6, probe 610 is connected to two SS7 links 620 and 622. These links 
620 and 622 can be disposed on opposite sides, either physically or logically, of 
STP 606. By monitoring links 620 and 622, probe 610 retrieves messages that 
are sent through links 620 and 622. Probe 610 can retrieve one type of 
message, several types of messages or all,of the messages traveling through 
links 620 and 622. In the embodiment shown in Figure 6, probe 610 retrieves 
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all of the messages that travel through links 620 and 622. All of the messages 
are then sent to processor 612. In other words, probe 610 retrieves raw SS7 
data. Processor 612 receives all of the messages and then determines which of 
the messages are registrations. Once processor 612 has determined that a 
certain message is a registration, then processor 612 sends the registration 
message to a system for further processing, for example, the registration 
message could be sent to item 350 in Figure 3B or to item 812 in Figure 8. In 
an embodiment of the invention, processor 612 is a Sun Microsystems 
computer, probe 610 is an INET GEO probe, and the information sent by 
processor 610 includes MIN (Mobile Identification Number), ESN (Electronic 
Serial Number), and PC (Point Code). 

[0045] Figure 7 shows another method that can be used to collect registration 

information. Cell tower 702 communicates with MTSO 704. MTSO is 
connected to a communications network using an SS7 link 720. STP 706 is one 
element of the communications network that is connected to MTSO 704. In 
this embodiment, STP 706 and MTSO 704 communicate using SS7 link 720. 
STP 706 is connected to other elements of the communications network, like 
HLR 708. STP 706 communicates with HLR 708 using a second SS7 link 722. 

|0046| In this embodiment, STP 706 includes provisions that permit it to send 

or copy messages. In the embodiment. shown in Figure 7, STP 706 includes an 
output 710. In one embodiment, STP 706 is a TEKELEC Eagle STP that 
includes a gateway screening feature. This feature can be used to send a copy 
of all messages that travel through STP 706 to an output 710. The messages are 
not re-routed to output 710, instead, copies of some or all of the messages are 
sent out of output 710. This arrangement is similar to a Y-connector that sends 
an input signal to two different outputs. 

[0047| The messages are sent to processor 712. Processor 712 receives all of 

the messages and then determines which of the messages are registrations. 
Once processor 712 has determined that a certain message is a registration, then 
processor 712 sends the registration message to a system for further processing, 
for example, the registration message could be sent to item 350 in Figure 3B or 
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to item 812 in Figure 8. In an embodiment of the invention, processor 712 is a 
computer. In an exemplary embodiment, the computer is a Sun Microsystems 
computer. The information sent by processor 712 can include MIN (Mobile 
Identification Number, ESN (Electronic Serial Number), and PC (Point Code). 

(0048] Figure 8 shows an exemplary flow diagram of an embodiment of the 

present invention and Figure 1 1 shows a schematic diagram of an embodiment 
of the present invention. 

[0049] Referring to Figure 1 1, a business office 1 102 is in communication with 

an IRDB database 1 104 and a system 1 106. System 1 106 is adapted to send 
messages to wireless devices using a communications network 1 120. 
Communications network 1 120 can include one or more cell towers 1 130 and at 
least one SMS resource 1 1 22. 

(0050] As business office 1 102 enters into new agreements with various local 

wireless service providers, business office 1 102 updates IRDB 1 104. IRDB 
1 104 generally maintains a database of current local wireless service providers. 
System 1 106 communicates with IRDB 1 104 and sends the updated 
information contained in IRDB 1 104 to various wireless devices. System 1 106 
can include one or more databases. These databases can exist in any desired 
medium, for example, magnetic or optical disk, or memory. Preferably, these 
databases exist in computer memory or RAM. In the embodiment shown in 
Figure 1 1, system 1 106 sends this updated information as the wireless devices 
register with communications network 1 120. 

[0051] From time to time, wireless devices autonomously register with 

communications network 1 120. The autonomous registration is first received 
by cell tower 1 130 and then the registration is sent 1 132 to communications 
network 1 120, along control channel traffic, voice channel traffic, and other 
types of messages. The registration messages are extracted from all of the other 
types of information in communications network 1 120. Preferably, the systems 
and methods shown in Figures 4, 5, 6 or 7 are used to extract registration 
messages from the many different types of information in communications 
network 1 120 and are also used to deliver those registration messages 1 1 16 to 
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system 1 106. In response to registration messages 1116, system 1 106 sends 
updated information 1 1 18 to an SMS resource 1 122 associated with 
communications network 1 120. Eventually, a message, preferably an SMS 
message, is sent 1 134 to cell tower 1 130 and ultimately to wireless device. 
This message includes information that can be used by a wireless device to 
update its database 102. Given this structural arrangement, Figtire 8 shows an 
exemplary flow diagram of a process that may be used with the structure shown 
in Figure 11. Of course, the steps shown in Figure 8 can be accomplished with 
different systems and hardware. 
[0052] Referring to Figures 8 and 1 1 , the process shown in Figure 8 runs 

continually. For purposes of explanation, step 802 has been arbitrarily selected 
to be the first step discussed, keeping in mind that the process shown in the 
embodiment shown in Figure 8 is a continuous process and any of the steps 
could be designated as the "first" step. In step 802, business office 1 102 
negotiates an agreement with a local wireless service provider. Assuming that 
the agreement alters one or more of the local wireless service providers for the 
subscription company, IRDB database 1 104 is updated in step 804 to reflect the 
change. 

[0053] In second step 804, IRDB database 1 104 is updated, and the updates 

preferably include information associated with new wireless service providers 
who have agreed to carry or serve the subscription companies' customers. 
After IRDB database 1 104 has been updated, the new information is loaded into 
the CNOT (Centralized Notification) IRDB database 1 108. This occurs in step 
806. 

[0054] After the new information has been loaded into the CNOT IRDB 

database 1 108, business office 1 102 determines which target subscribers should 
receive the updated information in step 808. This is because not every 
subscriber may require an updated database. After business office 1 102 has 
determined which target subscribers should receive the updated database, the 
concerned database 1 1 14 is updated in th^next step, step 810. The concerned 
database 1114 includes information related to those customers who have not yet 
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received the updated database and are currently waiting to receive the updated 
database. Steps 816 and 820 can be combined as one transaction or step. 

(0055] In the next step, step 812, system 1 106 receives registration information. 

In the embodiment shown in Figure 8, system 1 106 receives the MIN (mobile 
identification number), the ESN (electronic serial number) and the PC (point 
code). In step 814, the received MIN is compared with the information 
contained in the concerned database 1114. In step 816, if the received MIN is 
found in the concerned database 1114, then the process proceeds to step 820. If 
the received MIN is not in the concerned database 1114, then the process goes 
to step 818, where the process ends for that MIN. In step 820, if the state for 
the MIN equals W, which means that the concerned database 1 1 14 has 
identified this MIN as waiting for the updated information, then the process 
proceeds to step 824. If the state does not equal W, or the wait state, then the 
process proceeds to step 822 where the process ends for that MIN. 

[0056] In step 824, the system retrieves a message based on the message type 

for IRDB messages. In other words, an appropriate message is retrieved from 
message database 1115 based on the type and model number of the cell phone 
and the update made to the IRDB for the specific wireless device that is 
associated with the matching MIN. In step 826, history database 1 1 12 is 
updated. From the information assembled in step 824, an SMS message is 
assembled in step 828. In step 830, an SMDPD message is sent to the wireless 
device through SMS system 1 122 associated with communications network 
1120. 

[0057] After the SMDPD message has been sent, an entry is created in the 

pending database 1110. This occurs in step 832. After that step, in step 834, 
the process returns to step 812 and the process waits for another wireless device 
to register. In the embodiment shown in Figure 8, the process waits for a 
receipt of a MIN, an ESN and a PC in step 812. This process continues until 
there are no more entries in concerned database 1 1 14, at which point the 
process stops, arid waits for the business 9ffice to negotiate another agreement 
with a local wireless service provider in step 802. However, practically 
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speaking, concerned database 1 1 14 is rarely, if ever, empty due to the constant 
change in agreements made by the business office in step 802 and the relatively 
large volume of wireless devices that must be notified of those changes. In 
other words, this is a continuous process, with the concerned database almost 
never reaching a state of being empty. 

[0058] Concerned database 1 1 14 can be flushed from time to time. In this 

flushing process, records that are no longer needed are deleted from concerned 
database 1114. Deleted records can include records of wireless devices that 
have successfully received the updated information and have successfully 
acknowledged receipt of the updated information. Concerned database 1114 
can be flushed at any desired time interval. Preferably, concerned database 
1 1 14 is flushed every 24 hours. 

[0059] Figure 9 is an embodiment of an acknowledgment loop. In step 902, 

messages are received from the SS7 link. In step 904, the system determines 
whether the SS7 message is a return result. If the SS7 message is a return 
result, then in step 906, the system determines if the return result is okay. If the 
return result is okay, the system updates the concerned database in step 908. In 
the embodiment shown in Figure 9, the state of the wireless device is changed 
to D or done. 

[0060] After that has been completed, the system updates the history database 

in step 910. After the history database has been updated, the system returns to 
step 902 to await another message from the SS7 link. Returning to the return 
results, step 904, if the return result is an error in step 902, the system checks 
the concerned database to see if the number of attempts is equal to a 
predetermined number. In the example shown in Figure 9, the predetermined 
number is five. In other words, the system attempts to update the database of 
the wireless device several times. As known in the art of SMS messaging, after 
messages are received by the wireless device, the wireless device returns a 
result to the SS7 network. In step 914, the system determines if a certain 
predetermined number of return result fayures has occurred. In other words, 
the system determines if the wireless device is unable to return a successful 
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return result in a certain number of tries. In the embodiment shown in Figure 9, 
the number of attempts is five. If after five attempts, the wireless device is 
unable to return a successful result, the system marks the concerned database of 
the wireless device as U or unable, in step 916. After the wireless device has 
been labeled U, the system updates the history database in Figure 910. Again, 
the process returns to step 902 where the system waits for another message 
from the SS7 network. 
[0061] Returning to step 914, if the number of tries or attempts to receive a 

successful return result is less than the predetermined number, the system then 
updates the concerned database with a state of W, or waiting, in step 918. In 
other words, the wireless device is returned to the waiting state and is waiting to 
receive the updated database. After the wireless device has been marked, the 
process moves to step 910, where the history database is updated, then the 
process returns to step 902 and the system waits for another SS7 message to 
process. 

[0062] Figure 10 is an example of a flowchart for an embodiment of a process 

for handling situations where an acknowledgement is not received from the 
wireless device. Again, the process shown in Figure 10 is a continuous process 
and any of the steps could be the "first" step. For purposes of explanation, step 
1002 has been arbitrarily selected as the first step. Referring to Figures 10 and 
1 1, in step 1002, a record from pending database 1 1 10 is selected and the time 
status of that record is checked. 

[0063] System 1 106 determines how long that particular record has been 

pending in step 1004. If the time the record has been pending is less than a 
certain predetermined maximum time, then the process returns to step 1002 to 
retrieve another record. If the time of the record exceeds the predetermined 
time, then the process moves onto step 1006. The predetermined time can be 
any time suitable time depending on the network, the wireless device, available 
bandwidth and many other factors. Generally, the predetermined time is 
selected so that it roughly corresponds to a time period where, given all of the 
characteristics of the factors mentioned above, it is likely that system 1 106 will 
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receive an acknowledgement from the wireless device. The predetermined time 
can vary from 0. 1 seconds to 600 seconds or more. Typically, the 
predetermined time is between 60 and 300 seconds. For example, the 
predetermined time is set at 120 seconds. 

|0064] If the predetermined time has been exceeded for a particular record, 

system 1 106 updates history database 1 1 12 in step 1006. In th^ embodiment 
shown in Figure 10, system 1 106 associates the record with a no 
acknowledgement condition. This can be accomplished by providing indicia on 
the record in history database 1 1 12. 

[0065] After the record has been updated, the record is deleted from pending 

database 1 1 10 in step 1008. This is because the MIN of the wireless device 
associated with the record has already received the updated database. In the 
next step, step 1010, the concerned database 1 1 14 is checked to determine how 
many attempts have been made to successfully deliver the updated database and 
receive an acknowledgement from the wireless device. If an acknowledgement 
is not received after numerous attempts, then system 1 106 notes the problem. 
The exact number of attempts can be selected depending on a variety of 
circumstances. Generally, the number of attempts is selected to accommodate 
expected difficulties that the wireless device may experience in returning an 
acknowledgement. But the number is not so high that problems are not quickly 
detected. In the example shown in Figure 10, the number of attempts has been 
set to 5, although a smaller or greater number of attempts could also be used. 

[0066] If the number of attempts is less than the predetermined number, then 

system 1 106 moves to step 1014 where the record in concerned database 1114 
is given a state of "W," the wait state, meaning that the wireless device has not 
yet successfully received the updated information and successfully returned an 
appropriate acknowledgement. After that step, the system moves to step 1016 
where history database is updated and the process returns to step 1002 where 
the system checks the next record in pending database 1110. 

[0067] Returning to step 1010, if the number of attempts equals or exceeds the 

predetermined number, then the process moves onto step 1012 where the 
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system marks the record in concerned database 1 1 14 as "U" or unavailable. 
After that has occurred, the process moves to step 1016 where the history 
database 1 1 12 is updated. After history database 1 1 12 has been updated, the 
process returns to step 1002 and the system checks the next record in pending 
database 1110. In this way, system 1 106 manages situations where an 
appropriate acknowledgement is not received from the wireless-device. 

[0068) It will be apparent to those skilled in the art that various modifications 

and variations can be made in the method and apparatus for delivering 
messages to wireless devices without departing from the spirit or scope of the 
invention. Thus, it is intended that the present invention cover the 
modifications and variations of this invention provided they come within the 
scope of the appended claims and their equivalents. 

[0069] The foregoing disclosure of embodiments of the present invention has 

been presented for purposes of illustration and description. It is not intended to 
be exhaustive or to limit the invention to the precise forms disclosed. Many 
variations and modifications of the embodiments described herein will be 
obvious to one of ordinary skill in the art in light of the above disclosure. The 
scope of the invention is to be defined only by the claims appended hereto, and 
by their equivalents. 
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What is Claimed Is: 

1 . A method for updating an internal database associated with a wireless 
device comprising the steps of: 

(a) receiving a first item of information corresponding to at least one 
wireless service provider, the wireless service provider being associated with a 
local calling area; 

(b) receiving a second item of information related to an autonomous 
registration event by the wireless device; and 

(c) transmitting a third item of information to the wireless device in 
response to the receipt of the second item of information, wherein the third item 
of information is related to the first item of information. 

2. The method for updating an internal database associated with a wireless 
device according to claim 1, further comprising a step of preparing the first 
item of information by converting the first item of information into an SMS 
message. 

3. The method for updating an internal database associated with a wireless 
device according to claim 1, further comprising a step of comparing the second 
item information with a record in a concerned database. 

4. The method for updating an internal database associated with a wireless 
device according to claim 3, further comprising a step of determining a state of 
the record. 

5. The method for updating an internal database associated with a wireless 
device according to claim 3, wherein a message for the wireless device is 
retrieved if a state of the record is equal to a wait state. 

6. The method for updating an internal database associated with a wireless 
device according to claim 1, further comprising a step assembling the third item 
of information. 

7. The method for updating an internal database associated with a wireless 
device according to claim 6, wherein the Jhird item of information is assembled 
based in characteristics of the wireless device. 
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8. The method for updating an internal database associated with a wireless 
device according to claim 6, wherein the third item of information is an SMS 
message. 

9. The method for updating an internal database associated with a wireless 
device according to claim 1 , wherein an entry is created in a pending database 
after the third item of information has been sent to the wireless device. 

10. The method for updating an internal database associated with a wireless 
device according to claim 1 , wherein the second item of information is obtained 
by a probe in communication with at least one SS7 link. 

1 1 . The method for updating an internal database associated with a wireless 
device according to claim 1, wherein the second item of information is obtained 
by a feed from an STP. 

12. The method for updating an internal database associated with a wireless 
device according to claim 1 , further comprising the step of filtering registration 
messages from raw SS7 data. 

13. The method for updating an internal database associated with a wireless 
device according to claim 1, wherein an entry is created in a pending database 
after the third item of information has been sent to the wireless device. 

14. A method for updating an internal database associated with a wireless 
device comprising the steps of: 

(a) receiving an autonomous registration event by the wireless 
device; and 

(b) transmitting information to the wireless device in response to the 
autonomous registration, wherein the information is associated with an identity 
of at least one local wireless service provider, and wherein the transmitted 
information is adapted to be used by the wireless device to update the internal 
database associated with the wireless device. 

1 5. The method for updating an internal database associated with a wireless 
device according to claim 14, wherein th^ transmitted information includes 
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information regarding a plurality of identities of local wireless service 
providers. 

1 6. The method for updating an internal database associated with a wireless 
device according to claim 14, wherein the transmitted information assembled 
based on the type of wireless device. 

17. The method for updating an internal database associated^vith a wireless 
device according to claim 14, further comprising a step of creating a record in a 
concerned database wherein the record is associated with a wireless device that 
has not received the transmitted information. 

18. The method for updating an internal database associated with a wireless 
device according to claim 14, wherein no information is transmitted to the 
wireless device the transmitted information includes information regarding a 
plurality of identities of local wireless service providers. 

19. The method for updating an internal database associated with a wireless 
device according to claim 14, wherein the autonomous registration event is 
received after raw SS7 data has been filtered. 

20. A system for updating an internal database associated with a wireless 
device comprising: 

(a) a centralized database; 

(b) a pending database adapted to store information related to 
records of messages that have been sent but no acknowledgement has been 
received; 

(c) a concerned database adapted to store information related to 
records of wireless devices that have not yet received updated information; and 

wherein the system sends information to a wireless device in response to 
an autonomous registration by the wireless device. 

2 1 . The system according to claim 20, further comprising a history database 
adapted to store information related to past transactions. 

22. The system according to claim 20, further comprising a message 
database adapted to store portions of SM§ messages. 
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23. The system according to claim 22, wherein the system composes the 
information sent to the wireless device by retrieving one or more portions of 
SMS messages from the message database. 

24. The system according to claim 20, further comprising means for 
receiving autonomous registrations from a communications network. 

25. The system according to claim 20, further comprising a probe in 
communication with at least one SS7 link. 

26. The system according to claim 20, wherein the autonomous registration 
is received from a feed from an STP. 

27. The system according to claim 20, further comprising a filter adapted to 
extract registration messages from raw SS7 data. 

28. A method for determining successful delivery of an SMS message to a 
wireless device comprising the steps of: 

(a) receiving a return result from a wireless device; 

(b) determining if the return result is an error; 

(c) if the return result is an error, then determining the total number 
of errors received and comparing the total number of errors to a predetermined 
number; and 

(d) if the total number of errors equals or exceeds the predetermined 
number, then associating the wireless device with an unavailable condition in a 
database if the total number of errors received exceeds the predetermined total. 

29. The method according to claim 28, further comprising the step of 
updating a concerned database with a wait state for a record if the total number 
of errors is less than the predetermined number. 

30. The method according to claim 28, further comprising the step of 
updating a concerned database with an unavailable state for a record if the total 
number of errors is greater than or equal to the predetermined number. 

3 1 . The method according to claim 28, further comprising the step of 
updating a concerned database with a done state for a record if the return result 
is not an error. 
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32. The method according to claim 28, further comprising the step of 
updating a history database. 

33. A method for determining successful delivery of an SMS message to a 
wireless device comprising the steps of: 

(a) checking a time stamp of a record in a pending database; 

(b) using the time stamp to determine a total time; - 

(c) determining if the total time exceeds a predetermined time 
period; and 

(d) updating a history database if the total time exceeds the 
predetermined period. 

34. The method according to claim 33, further comprising the step of 
deleting the record from the pending database. 

35. The method according to claim 33, further comprising the step of 
checking a concerned database to determine the number of attempts that have 
been made. 

36. The method according to claim 35, wherein the record is marked with a 
wait state if the number of attempts is less than a predetermined number. 

37. The method according to claim 36, further comprising the step of 
updating the history database a second time. 

38. The method according to claim 35, wherein the record is marked with a 
second state if the number of attempts is greater than or equal to a 
predetermined number. 

39. The method according to claim 38, further comprising a step of updating 
the history database a second time. 
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